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‘ Yh i a u:  a report  of  an  investigation  of  the  validity  of  a 
conceptual  automated  material  handling  system  with  tool,  machine 
and  transfer  mechanism  failures.  The  development  of  a modular 
GPSH  simulation  model  is  used  to  study  and  analyse  the  system. 
The  modular  design  makes  it  a rood  basis  for  ccs'  I v action  of  mor 
complex  models  of  larger  similar  physical  concnu*.  . Yrc  larger 
models  arc  easily  generated  through  the  use  of  r os ,fy 


LUITION  OV  5 MOV  Ob  IS  OUSOl  I . » 


SECURITY  Cl  r.'Hif  *Tt  N Ol  TH  ! 1 Enfant 


7550i! 

| ...r  lU.^n 

Oliicc) 

ij.  SFCUrtlTY  CLASS,  (A/  report) 

1S&.  AC  R 1 C A T f O N / b O * N C ; i * A Ll  1 N G 

ABSTRACT 


This  is  a.  report  of  an  investigation  of  the  validity 
of  a conceptual  automated  material  hand] ing  system  with 
tool,  machine,  and  transfer  mechanism  failures.  The 
development  of  a modular  GP3S  simulation  model  is  used 
to  study  and  analyze  the  system.  The  modular  design 
makes  it  a good  basis  for  construction  of  more  complex 
models  of  larger  similar  physical  concepts.  The  larger 
models  are  easily  generated  through  the  use  of  "macros". 

Results  of  this  study  indicate  the  proposed  material 
handling  concept  can  operate  effectively.  Recommendations 
are  given  fo1"  further  study  of  a more  complex  system. 
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CHAPTER  I 
INTRODUCTION 

New  production  line  concepts  are  needed  in  manufact- 
uring facilities  in  order  to  reach  optimum  production  and 
safety  levels.  The  United  States  Army  Hateriel  Development 
and  Readiness  Command  (DARCOM)  is  currently  sponsoring  an 
ammunition  modernization  program  to  improve  ammunition 
production  facilities.  A projectile  manufacturing  facility 
is  to  be  installed  at  an  ammunition  plant  with  a new,  fully 
automated  material  handling  concept.  Since  the  production 
facility  is  not  operational,  this  is  a test  of  a concept. 
Among  these  are  the  number  of  machines  per  sub-system,  the  „ 
number  of  cradles  per  conveyor,  input  and  output  rates, 
machine  operation  times,  conveyor  speeds,  failure  probability 
distributions  (wITBF)  , mean  repair  times  (KTTR),  and  all 
measurable  distances. 

Controlled  laboratory  simulations  of  industrial 
situations  are  now  possible.  The  systems  analyst  can  learn 
quickly  and  at  low  cost  the  answers  that  would  rarely  be 
obtainable  from  manipulating  the  actual  system. 

This  is  a report  of  the  analysis  of  a system  which 
lends  itself  to  digital  computer  simulation.  It  provides 
information  on  the  validity  of  the  material  handling 
system  and  how  it  reacts  to  tool,  machine,  and  transfer 
mechanism  failures.  Although  the  discussion  here  is 
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restrict  i tc  answering  '-c-  fic  questions  of  a design 
concept,  valuable  information  is  given  for  larger  and  more 
complex  systems. 

The  Production  Line  Sub-System 
The  production  line  can  be  divided  into  several  sub- 
system  . Each  sub-system's  task  may  be  different:  however, 
the  material  handling  system  is  generally  the  same  for  each. 

A sub-system  consists  of  a two-tiered  eliptical  conveyor 
with  a specified  number  of  identical  machines  located 
between  the  two  conveyors.  (See  Figure  1.1)  An  item  or 
unit  comes  into  a sub-system  by  a straight-line  conveyor 
and  is  transferred  to  the  top  eliptical  conveyor.  The  unit 
continues  moving  on  this  conveyor  until  a machine  can  accept 
it.  (See  Figure  1.2)  At  this  time,  the  unit  leaves  the 
conveyor  and  enters  a machine's  finite  waiting  space.  The 
machine  accepts  the  unit,  operates,  and  transfers  it  to  the 
lower  eliptical  conveyor.  (See  Figure  1.1)  Finally,  the 
unit  travels  on  this  conveyor  until  it  can  move  onto 
another  straight-line  conveyor,  called  a transfer 
mechanism,  which  transfers  the  unit  to  the  next  sub-system. 

An  eliptical  conveyor,  henceforth  to  be  called  a 
carousel,  has  a specific  number  of  equally  spaced  cradles. 
These  cradles  are  continuously  moving  and  must  be  in  line 
with  a transfer  point  to  accept  or  reject  a unit. 

Finite  waiting  spaces  or  buffer  zones  are  located  at' 
input  and  output  positions  of  each  machine.  These  buffer 
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zones  can  be  adjusted  to  hold  from  1 to  5 units. 

The  transfer  mechanism  is  a straight-line  conveyor, 
which  transfers  a unit  from  one  sub-system  to  the  next  sub- 
system at  a constant  speed.  It  has  a discrete  number  of 
item  spaces  and  is  automatically  controlled  by  switches. 

When  the  input  queue  to  the  next  sub-system  is  filled, 
these  switches  enable  the  transfer  mechanism  to  detour 
incoming  units  and  stop  moving. 

All  the  necessary  values  and  ideas  were  extracted  from 
project  reports  and  drawings  in  order  to  insure  model 
validity.  The  mathematical  relationships  needed  to 
simulate  a proposed  production  line  are  given  in  Appendix  A . 

The  data  used  in  the  model  is  summarized  in  Table  1.1. 

| ] 

The  Modeling  Approach 

Digital  computer  simulations  have  increased  dramat- 
ically in  recent  years  due  to  the  decreasing  cost  and 
increasing  speed  of  electronic  computers,  as  well  as,  the 
improvements  in  problem-oriented  simulation  languages.  Two 
of  the  major  advantages  are:  (1)  computer  simulations 

allow  study  of  the  system  without  actual  modification  of 
that  system  and  (2)  the  computer  can  manipulate 
elaborate  descriptive  models  that  consider  complex 
interrelationships  and  simultaneously  deal  with  a large 
number  of  individual  units. 


The  GPSS  programming  language  (IBM,  1970;  Schriber,  • 
197^-)  was  used  to  develop  this  model.  GPSS  was  chosen  due 


Table  1.1  Input  Data 
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Sub-System  1 

Sub-System  2 

Factual : 

Spacing  Between  Cradles 

on  Carousel 

8 inches 

8 inches 

Width  of  Carousel 

12  feet 

12  feet 

Assumed : 

Number  of  Machines 
Number  of  Cradles  per 

6 

10 

Carousel 

48 

66 

Incut  Rate 

1 unit/sec 

1 unit/sec 

Machine  Cutout  Rate 

600  parts/hr 

360  parts/hr 

Conveyor  Speeds 

1.125  ft/sec 

1 . 0 ft/sec 

Carousel  Side's  Length 
Circumference  of 

96  inches 

160  inches 

Carousel 

54  feet 

66  feet 

Buffer  Waiting  Spaces 
Distance  Between 

3 

3 

Adjacent  Machines 

32  inches 

32  inches 

Transfer  Mechanism's  Maximum  Queue  Length  = 10 
Number  of  Repairmen  = 2 

I 


J 


to  the  problem’s  complexity,  the  language's  local  avail- 
ability, and  GPSS's  unique  features.  Other  widely  used 
programming  languages  include  SIMSCRIPT,  FORTRAN,  and  GASP. 
However,  using  these  languages  for  modeling  complex  systems 
require  abnormally  large  programs.  This  usually  results  in 
a difficulty  for  an  interested  individual  to  understand  the 
model  logic. 

The  production  line  was  simulated  as  two  connecting 
sub-systems.  (See  Figure  1.3)  This  modular  approach 
allows  increasing  or  decreasing  the  size  of  the  model  and 
changing  of  any  necessary  input  data . The  output  can  be 
studied  for  the  validity  of  the  concept,  system  reactions 
to  failures,  and  optimum  maintenance  scheduling  procedures. 

Literature  Review 

The  increase  in  simulation  and  modeling  is  reflected 
in  the  literature  of  fields  such  as  engineering,  computer 
science,  operations  research,  statistics,  economics,  and 
business  administration.  A search  for  information 
revealed  no  prior  investigations  concerning  this 
engineering  problem.  GPSS  programming  language  texts  and 
manuals  received  the  majority  of  attention.  As  mentioned 
earlier,  two  important  references  are  the  IBM  User's 
Manual  (IBM,  1970)  and  Schriber's  "Simulation  Using  GPSS" 
(Schriber , 197^) • 
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CHAPTER  II 
THE  MODEL 

The  task  of  interpreting  the  problem  in  the  context  of 
GPSS  was  approached  by  a logical  description  of  the 
material  handling  system.  Since  sections  of  the  model  may 
be  confusing,  an  explanation  of  the  rationale  behind  the 
particular  approach  used  is  necessary. 

Structure  of  the  Model 

The  model  is  composed  of  a major  model  segment,  and 
three  supporting  segments.  In  the  major  segment,  Model 
Segment  1,  the  production  line  is  simulated.  'Model  Segment 
2 controls  the  failures  of  the  transfer  mechanism.  Whether 
the  transfer  mechanism  is  currently  working  is  communicated 
to  the  major  segment  through  a LOGIC  SWITCH.  In  another 
supporting  segment,  Model  Segment  3>  machine  failures  are 
simulated.  A PREEMPT  Block  transmits  a machine  failure  to 
the  major  segment.  The  final  supporting  segment  controls 
the  duration  of  the  run. 

Developing  GPSS  representations  for  the  production  line 
presented  many  logic  problems.  Since  it  consists  of  two 
similar  sub-systems,  sub-system  1 required  the  main 
programming  effort.  Once  this  was  accomplished,  the  task 
was  simply  to  repeat  a list  of  program  statements  with  the 
necessary  data  for  sub- system  2. 

Each  transaction  represents  a unit  as  it  moves  through 
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Model  Segment  1.  Ten  parameters  are  defined  for  each 
transaction  in  order  for  the  units  to  move  in  a fixed  order 
and  record  movement  data. 


Model  Logic 

A transaction  asks  a series  of  questions  while  it  waits 
on  the  input  conveyor  for  a cradle  on  carousel  1: 

Which  cradle  is  currently  in  front  of 
the  input  conveyor? 

Is  it  vacant? 

Yes,  move  onto  the  cradle. 

No,  wait  for  the  next  cradle. 

To  accomplish  this  in  the  model,  a unit  enters  an  ASSIGN 

Block  where  the  cradle  number  currently  in  front  of  the 

input  conveyor  becomes  the  value  of  Parameter  1.  The  unit 

then  arrives  at  a GATE  Block  controlled  by  a LOGIC  SWITCH. 

If  the  cradle  is  vacant,  the  unit  continues  to  the  next 

block  and  puts  the  LOGIC  SWITCH  into  the  "Set"  position, 

indicating  the  cradle  is  now  occupied.  If  the  cradle  is 

occupied,  the  unit  is  sent  through  a counter,  which 

increments  the  number  waiting  in  the  input  queue  and  then 

leaves  the  model.  This  is  made  possible  since  the  input 

rate  is  equal  to  the  time  it  takes  the  next  cradle  to  arrive 

at  the  input  conveyor.  The  value  of  the  Variable  "SPAC1"  is 

the  cradle  number  currently  in  front  of  the  input  conveyor 

for  each  transaction: 

SPAC1=  [( the  number  of  transactions  entered  -l)/48] +1 
The  brackets  denote  integral  portion  of  a number.  The 
input  rate  is  equal  to  the  time  it  takes  the  next  cradle  to 
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arrive  at  the  input  conveyor,  thus,  there  if;  a one-to-one 
correspondence  between  the  number  of  transactions  which  have 
entered  the  model  and  the  needed  cradle  number . 

Once  a unit  occupies  a cradle,  it  travels  on  the 
carousel  from  one  location  to  another.  Transfer  point 
positions  on  carousel  1 are  at  the  input  conveyor  and  the 
machines.  To  simulate  the  movement  of  the  carousel,  four 
GPSS  Blocks  are  utilized.  When  a unit  moves  into  the  Block 
"ASSIGN  3>FN$T0A1",  the  time  needed  for  the  unit  to  reach 
the  next  position  is  copied  into  the  value  of  Parameter  3- 
It  is  then  held  at  an  ADVANCE  Block  until  the  unit  arrives 
at  the  specified  location.  After  arriving  at. this  location, 
the  position  number  becomes  the  value  of  Parameter  2.  If  - 
the  transaction  can  enter  the  machine's  finite  waiting  space, 
it  leaves  the  carousel;  if  it  can  not  enter,  it  moves  to  the 
next  machine . 

The  Function  "T0A1"  describes  the  time  needed  for  the 
unit  to  reach  the  next  location.  The  data  used  in  this 
function  is  calculated  with  the  following  equation; 

Y.  _ distance  to  the  next  position 
conveyor  speed  of  carousel  1 
where  lb  is  the  travel  time  to  the  next  location  from 
location  i. 

Once  a unit  has  passed  through  a machine,  it  waits  in 


the  exiting  buffer  zone  for  a cradle  on  carousel  2 and 
again  asks  a series  of  questions: 
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V'hich  cradle  is  currently  in  front  of 
this  exiting  buffer  zone? 

Is  it  vacant? 

Yes,  move  onto  the  cradle. 

No,  v/ait  for  the  next  cradle. 

This  is  accomplished  with  the  same  block  logic  used  while 

the  unit  waited  on  the  input  conveyor  for  a cradle  on 

carousel  1.  The  value  of  the  Variable  "OUT!"  is  the  cradle 

number  currently  in  front  of  a machine's  exiting  buffer 

zone : 

0UT1  £(  the  number  of  transactions  entered  - 1 + F0UT1  )/48j +49 
Notice  the  similarity  between  the  equations  for  the 
Variables  "0UT1"  and  "SPAC1"  and  the  brackets  again  denote 
integral  portion  of  their  argument.  The  Function  "F0UT1"  is 
a tabular  value  which  describes  the  number  of  cradles 
between  the  input  conveyor  and  each  machine.  (See  Figure  2.1) 
The  constant  49  is  added  since  the  cradle  numbers  on  carousel 
2 range  from  49  through  9 6 ■ 

Once  a unit  occupies  a cradle,  it  travels  on  the 
carousel  to  the  transfer  mechanism.  The  Function  "T0A2" 
describes  the  time  needed  for  the  unit  to  reach  the 
transfer  mechanism.  If  is  the  travel  time  to  the 
transfer  mechanism  from  location  i,  then 

2 _ distance  to  the  transfer  mechanism 

conveyor  speed  of  carousel  2 
The  representation  of  the  transfer  mechanism  is 
considerably  simplified,  since  the  operational  character- 
istics are  nonessential  details. 


It  is  modeled  as  a finite 
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let:  = machine  number 

= number  of  cradles  between  the  input  conveyor 
and  machine  i 


Function  "F0UT1" 


Figure  2.1  Diagrammatic  Representation  of 
Function  "F0ITT1" 
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waiting  area  with  a capacity  of  ten. 

Finally,  as  units  wait  in  an  exiting  buffer  zone  or 
the  transfer  mechanism  for  a cradle,  only  the  unit  in  first 
place  attempts  to  occupy  a cradle.  In  order  to  stop  all 
other  unit'  from  trying  to  occupy  a cradle,  which  would 
be  unrealistic  and  a 'waste  of  computer  time,  LOGIC  SWITCHES 
are  used  as  holding  gates. 

Model  Implementation 

A small  time  increment  of  0.1  second  is  used,  due  to 
the  rapid  movement  of  the  units  during  the  simulation.  The 
selection  of  a larger  time  increment  will  cause  consid- 
erable round-off  errors,  due  to  the  nature  of  the  avail- 
able GPSS  . 

The  model  is  run  for  6 minutes,  with  no  failures,  to 
reach  steady  state  conditions.  The  statistics  are  then 
reset  to  zero  and  a 12  minute  run,  with  failures,  is 
started.  Inspection  of  the  second  START  card  shows  that  the 
card's  Snap  Interval  Option  and  the  signal  for  CHAIN 
Printouts  have  been  used.  The  Snap  Interval  Option  causes 
statistical  printouts  to  occur  after  the  6th  and  12th 
minutes  of  simulation.  This  makes  it  possible  to  trace  the 
behavior  of  statistics.  The  CHAIN  Printouts  are  not 
necessary j however,  they  give  valuable  information  for 
debugging  the  program  and  tracing  a unit's  movement. 

GPSS  provides  an  efficient  method  of  system  simulation. 
The  program  was  run  on  an  I.BM/36O  and  an  AMDAHL/470,  The 


cost  of  each  rur  ranged  from  $7  Lo  $10.  It  also  required 
an  average  or  I96K  of  core  for  a simulation  of  twelve 
minutes  real  time. 

Verification,  Validity,  or  Merit? 

The  production  line  studied  has  not  been  constructed. 
V.'hile  a rigorous  verification  of  the  model  is  impractical, 
the  runs-  made  indicate  the  model  is  sound. 

CHAIN  Printouts  enable  the  analyst  to  understand  the 
behavior  of  the  model.  Because  events  can  occur 
simultaneously  in  this  system,  but  are  caused  to  occur 
sequentially  in  the  GPS5  model,  the  question  of  "what 
happens  next"  in  GPSS  is  of  the  utmost  importance.  An 
explanation  of  "what  happens  next"  Is  given  in  terms  of 
chain  concepts.  Also,  a study  of  the  parameter  values, 
included  in  the  CHAIN  Printouts  showed  the  movement  of 
units  through  the  system. 

Four  separate  runs  were  made . The  first  run 
considered  no  failures.  The  second,  third,  and  fourth 
runs  considered  tool,  transfer  mechanism,  and  machine 
failures,  respectively.  The  similarity  of  the  units 
behavior  in  the  model  to  "real"  systems  for  each  run, 
implies  the  simulation  has  merit.. 
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PROGRAM  OUTPUT 
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A section  of  the  FUTURE  EVENTS  CHAIN  is  shown  in 
Table  3*1*  Typical  transaction  parameter  values  appear  In 
this  printout.  (An  explanation  of  column  labels  in  GPSS 
CHAIN  printouts  can  be  found  in  Appendix  B.)  For  example, 
transaction  52  is  residing  in  BLOCK  number  55-  (The 
Extended  Program  Listing  in  Appendix  D indicates  this  is 
an  ADVANCE  Block  in  Model  Segment  1.)  This  can  be 
translated  to  say,  transaction  52  is  a unit  on  carousel  4 
traveling  to  the  transfer  mechanism.  The  parameters  Pi, 

P2,  ....  P10  are  a record  of  the  transaction's  movement. 
Parameter  1(=8°)  indicates  the  unit  captured  cradle  89  on 
carousel  2.  This  raises  the  question  of  which  cradle  was 
used  by  this  unit  on  carousel  1?  Since  the  value  of  Pi  is 
the  cradle  number  a unit  occupies  on  sub-system  I , the 
cradle  number  on  carousel  1 is  destructively  replaced  by  the 
cradle  number  on  carousel  2 as  the  unit  travels  through  the 
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sub-system.  Pars  me  .•  r 2(  ()  indicates  transaction  52 
entered  machine  6's  waiting  space  (from  carousel  1). 

Parameter  ;(  24)  indicates  the  unit  had  traveled  from  its 
preceding  position  (machine  5)  to  machine  6 (on  carousel  1) 
in  2.4  seconds  (the  time  unit  is  0.1  second).  Parameter 
4(  22)  indicates  the  corresponding  exiting  buffer  zone  for 
machine  6 v;as  number  22.  Parameter  5(~0)  indicates  the 
unit  did  net  need  to  use  this  exiting  buffer  zone's 
holding  gate.  V'hen  the  unit  reached  sub-system  2,  similar 

events  were  recorded  in  parameters  P6,P7 P10.  The 

unit  captured  cradle  224  on  carousel  4.  On  carousel  3>  it 
had  traveled  from  its  preceding  position  (machine  12)  to 
machine  13  in  2.8  seconds.  The  corresponding,  exiting 
buffer  zone  for  machine  13  was  number  29*  Finally,  the  unit 
did  not  need  to  use  this  exiting  buffer  zone's  holding  gate. 

The  INTERRUPT  CHAIN  is  shown  in  Table  3 .2(a).  There 
is  one  transaction  resident  on  the  CHAIN.  Transaction  71  is 
the  unit  (non-preemptive  FACILITY  user)  which  is  as  yet 
unfinished  with  the  machine.  .It  is  known  to  be  a non- 
preemptivc  user  because  its  "Next  Block  Attempted"  is  Block 
17  (the  SAVEVALUE  Block  in  Model  Segment  1).  The  BDT 
("Block  Departure  Time")  column  shows  a value  of  1.  For 
each  transaction  on  an  INTERRUPT  CHAIN,  the  BDT  entry  can  be 
interpreted  as  its  "remaining  holding  time"  at  the  machine 
from  which  it  has  been  displaced.  Hence,  a repairman  (a 
preemptive  machine  user)  has  1 time  unit  to  go  before  he  will 
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be  finished  repairing  the  machine.  Note  that  the  various 
column  label;;  for  the  INTERRUPT  CHAIN  are  identical  to 
those  fox  he  FUTURE  EVENTS  CHAIN.  This  makes  it  possible 
to  examin<  the  parameter  values.  Parameter  2(=2)  indicates 
machine  2 is  currently  being  repaired. 

Statistic.;  describing  the  performance  of  the  machines 
are  shown  in  Table  3 -2(b).  The  output  for  machine  2 will 
be  discussed  in  detail.  It  shows  the  machine  was  busy 
100$  of  the  time,  but  does  not  distinguish  between  that  part 
of  the  time  operating,  and  that  part  spent  being  repaired 
when  a unit  is  still  in  the  machine.  Under  NUMBER  ENTRIES, 
it  is  seen  that  the  machine  was  captured  by  46  units.  Note 
the  values  of  71  and  69  which  appear  in  the  statistics 
under  the  SEIZING  TRANS.  NO.  and  PREEMPTING  TRANS.  NO. 
columns,  respectively.  This  shows  that  transaction  ?1  is  a 
displaced  user  of  the  machine,  and  transaction  69  is 
currently  simulating  a repair  of  the  machine. 

The  listing  of  all  LOGIC  SWITCHES,  currently  in  use, 
is  shown  in  Table  3.3.  The  LOGIC  SWITCHES  listed  for 
cradles  represent  the  "occupied"  cradles.  Since  LOGIC 
SWITCH  400  is  in  the  "on"  position,  the  holding  gate  in  the 
transfer  mechanism  is  presently  being  used. 

The  STORAGE  statistics  are  shown  in  Table  3 *4.  For 
each  STORAGE,  seven  different  pieces  of  information  are 
printed.  Consider  the  outp>ut  for  STORAGE  110  whose 
capacity  is  the  number  of  repairmen.  The  CAPACITY  represents 
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the  two  repairmen  assigned  to  the  system  during  the 
simulation.  These  repairmen  were  busy  only  68.2%  of  the 
time.  Under  ENTRIES , it  is  seen  that  a repairman  was 
needed  on  three  different  occur j ons  lor  an  AVERAGE  TIME  of 
32?.4  seconds.  Currently,  one  repairman  Is  being  utilized, 
however  , both  repairmen  were  needed  simultaneously  at 
least  once  during  the  simulation. 

The  SAVEVALUE  information  is  shown  in  Table  3.4(a). 

Note  the  value  of  SAVEVALUE  100  is  201.  This  can  be 
interpreted  as  the  number  of  units  which  have  been  backed-up 
downstream  due  to  the  fail  ires  in  the  system  being  studied. 

Table  3*5(b)  is  the  statistics  of  tne  behavior  of  the 
QUEUE  in  the  model  called  TRANE.  Currently,  r.o  units  are 
waiting  for  open  cradles  on  carousel  3,  however , there  were 
as  many  as  7 units  in  tj e waiting  line  besides  the  unit 
trying  to  capture  a cradle  during  the  simulation. 
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CHAPTER  IV 


RECOMMENDATIONS 

The  model  has  been  v;ritten  to  enable  a person  to 
increase  the  size  of  a sub-system,  increase  the  number  of 
sub-systems,  and  change  any  data  necessary.  If  core 
limitations  and  cost  restrict  the  size  of  the  system,  it 
appeal.;  that  an  adequate  representation  of  the  material 
handling  system  can  still  be  obtained.  First,  increase  the 
number  of  connecting  sub-systems  to  only  four  or  five. 
Second,  run  the  simulation  for  an  eight  hour  day.  If  these 
restrictions  are  not  used,  relatively  expensive  computer 
resources  will  be  needed. 

Three  types  of  failures  were  incorporated  into  the 
model:  tool,  machine,  and  transfer  mechanism.  The 

addition  of  carousel  failures  will  give  a complete 
representation  of  all  major  failures.  These  failures  were 
ignored  in  this  investigation  due  to  their  infrequency 
and  the  extensive  computer  programming  needed  to  simulate 
them.  The  model  contained  in  this  report  will  cost 
approximately  $5°0  to  simulate  an  eight  hour  day.  One 
carousel  failure  may  occur  in  this  time  period  and  it 
would  simply  stop  all  output  and  fill  all  the  buffers 
before  the  failure  point. 

In  this  model,  Block  sequences  are  used  repetitively 
with  different  variables.  A certain  amount  of  keypunching 
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effoi  t can  be  spared  if  "the  Block  sequences  are  defined  by 
macron,  v/ith  dummy  variables  supplied  in  the  various 
Operand  positions.  The  Processor  will  then  substitute  these 
Blocks  at  various  points  in  the  model.  A single  MACRO  card 
is  used  at  each  of  these  different  points  to  indicate  that 
the  macro  Block  sequence  is  to  be  inserted  and  the  dummy 
variables  are  to  be  replaced  with  the  actual  variables 
specified . 

From  this  preliminary  study,  it  can  be  said  the 
proposed  material  handling  system  can  operate  effectively. 
However,  further  study  is  suggested  v/ith  the  acquisition 
of  additional  information  for  a more  complex  system.  This 
should  give  a basis  for  definitive  statements  .on  the 
system's  reactions  to  failures  and  an  optimum  maintenance 
scheduling  policy.  It  is  important  to  remember,  a 
simulation  does  not  .yield  a "solution"  to  the  problem  as  a 
mathematical  model  yields  an  analytical  solution j instead 
it  permits  a less  abstract  and  relatively  more  faithful 
representation  of  a real  system. 
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APPENDIX  B 


o:;  01  column  label'  in  gpmn  chain  printout- 


Transaction  number  j . 

Block  De]  rtur<  ; i n . This  repr*  set  t ■ ei  the  i 
the  absol  ite  clock  tim<  at  which  th<  tran:  ctioi 
i : t<  1 ei  . an  M W NCE  Blocl  ( UTURE 

EVEN  I CHAIN)  oi  th<  time  at  which  it  last  lefl 
an  P DVt  NCI  Loci  (any  c hei  CHA  IN) . 

The  i tmber  of  '■<  :k  ai  which  the  trans  c 1 i < 

in  currently  located. 

Priority  T ev el  of  Ti  n actioi  ( 0, 1 , . . . ,127)  • 

1 ( ection  Factor.  Inc  ics  the  type  of  next 
blc  : trial  tc  n }e.  (1  ik)  indicai  es  only 

one  nexi  block  to  ■ : tried . B indici  te  tha 
the  curi  nl  i ock  ( t iven  in  he  BLOCK  col umn ) 
is  a TRA  FER  Flock  with  a BOTH  selection  mode . 

A = indicates  that  the  current  block  in  a 
TRANSFER  Block  with  an  AL1  selection  mode.  The 
NBA  column  lints  the  lowest  of  the  n next  blocks 
to  be  tried. 

Next  Block  Attempted.  The  next  block  to  be 
entered  by  the  transaction. 

Assembly  Set  Linkage.  Then  the  transaction  is 
created,  the  set  number  is  equal  to  the  transac- 
tion number  itself.  A linkage  is  formed  when- 
ever the  transaction  enters  a SPLIT  Block.  This 
linkage  is  updated  when  any  member  of  an 
assembly  set  enters  a SPLIT  or  TERMINATE  Block. 

Mark  Time  is  the  time  at  which  a transaction 
moved  out  of  its  GENERATE  Block  into  the  model. 

The  first  line  of  printout  for  each  transaction 
lists  the  current  value  of  Parameter  1 through 
4.  The  second  line  lists  the  values  of 
Parameters  5 through  8 where  P5  is  in  the  Pi 
column,  P6  is  in  the  P2  column,  etc. 
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'.’I  Sc<  r Stati  Indicator.  A one  indicates  that  a 

nex  ‘ 1 1 ' . i • is  to  be  supj  res  ed  until  1 hi 

condition  cau:  in/';  the  delay  changes. 

Ti  cin  Ii  iicf  or.  A one  indicates  that  the 
transaction  has  entered  a TRACE  Block.  It  is 
reset  to  zero  by  an  UNTRACE  Block. 

hi  Delay  Indicator.  A one  indicates  that  the 

transaction  has  failed  to  move  directly  into 
some  nex  l block . It  is  used  with  the  TRAN  : R 
Block  in  the  SIM  selection  mode  which  resets 
the  delay  indicator.  The  indicator  is  also 
reset  when  the  transaction  leaves  an  ADVANCE 
Block  where  a nonzero  delay  time  is  computed . 

Cl  Chain  Indicator.  Zero  indicates  transaction  is 

in  M<  tc  ing  £ tatus  or  on  a User's  Chain.  One 
indicates  the  transaction  is  in  an  Interrupt 
£ t<  tus , Two  indicates  the  transactioi  is  in 
CURRENT  EVENTS  CHAIN.  Four  indicates  the 
transaction  is  in  FUTURE  EVENTS  CHAIN. 

MC  Matching  Condition.  A four  indicates  that  the 

transaction  is  available  for  MATCH ing,  or  is  at 
an  ASSEMBLE  or  GATHER  Block  in  the  process  of 
being  assembled  or  gathered;  otherwise  the 
column  is  blank. 

PC  Preempt  Count.  This  field  is  incremented  by 

one  whenever  the  transaction  is  PREEMPTed  at 
one  of  the  facilities  which  it  has  SEIZEd  or 
PREEMPTed.  It  is  decremented  by  one  whenever 
the  preempt  condition  is  removed. 

PF  Preempt  Flag.  A one  indicates  that  the  trans- 

action is  to  be  PREEMPTed  when  it  enters  the 
next  ADVANCE  Block  that  specifies  a nonzero 
time.  The  transaction  will  also  be  PREEMPTed  if 
it  is  delayed  at  a MATCH,  GATHER,  or  ASSEMBLE 
Block.  The  indicator  is  reset  to  zero  when 
the  transaction  is  PREEMPTed. 


(Taken  From  IBM's  General  Purpose  Simulation 
Sysiem/360  Introductory  User's  Manual) 
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TABLE  OF  DEFT  I!  ITIOIJS 


Time  Unit:  0.1  second" 

GPOr  Entity  Interpretation 


Transact! ons 


Model  Segment  1 The  flow  of  items  through  the 

production  line.  P1,P2,...,P5 
correspond  to  i terns  on  sub-system  1 

P6,P7 P10  correspond  to  items 

on  sub-system  2. 

PI:  The  cradle  number  item 

wants  to  (or  does) 
occupy 

P2 : The  mac) line  number  where 

the  item  is  located;  P2 
value  of  zero  corresponds 
to  the  position  of  the 
input  conveyor 

P3 '■  The  time  needed  for  the 
item  to  reach  the  next 
position  on  carousel  1 
P4:  The  corresponding 

exiting  buffer  zone  for 
each  machine 

P5  s The  corresponding  holding 
gate  for  each  exiting 
buffer  zone 
P6 : Same  as  Pi 

P7 s The  machine  number  where 
the  item  is  located 
P8  : The  .'time  needed  for  the 

item  to  reach  the  next 
position  on  carousel  3 
P9*  Same  as  p4 
P10:  Same  as  P5 


Model  Segment  2 
Model  Segment  3 


A potential  transfer  mechanism 
failure 

Potential  machine  failures 

PI:  The  number  of  the  machine 

which  has  failed 


. 


Model  Segment  4 


The  timer 
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Ei  il 

Function". 

FFAIL 


F0UT.1 


FOUT'2 

MFAIL 

P0F1 

POS2 

TOA1 

TOA  2 

TOA3 

TOA  A 


1 ' terpretation 


A Function  describing  the  too] 
failure  probabili ty  distribution? 
a failure  occur:;  ai  ei  v ryin 
number  of  tool  operations 

A Function  describii  th«  ddition 
factor  needed  to  calculate  trie 
cradle  nui il  1 1 1 uni  ..  • n 1 0 
occur,-.’  when  the  unit  is  leaving  a 
machine  and  trying  to  capture  a 
cradle  on  output  carousel  2 

Same  as  F0UT1 , except  unit  is 
trying  to  capture  a cradle  on  out- 
put carousel  4 

A Function  describing  the  machine 
failure  probability  distribution 

A Function  describing  the  position 
(machine  number)  the  unit  is. 
currently  located  (on  carousel  1) 

A Function  describing  the  position 
(machine  number)  the  unit  is 
currently  located  (on  carousel  3) 

A Function  describing  the  time 
needed  fox’  the  unit  to  reach  the 
next,  position  on  carousel  1 

A Function  describing  the  time 
needed  for  the  unit  to  reach  the 
transfer  mechanism  on  carousel  2 

A Function  describing  the  time 
needed  for  the  unit  to  reach  the 
next  position  on  carousel  3 

A Function  describing  the  time 
needed  for  the  unit  to  reach  the 
output  transfer  mechanism  on 
carousel  4 


Gp;:r.  Entity 
Facilities 

1.2 6 

7.8,  ...  ,16 

Logic  Switches 
1,2 48 

49,50 ,96 

97,98 162 

163,164 228 

301,302, ... ,316 

399 
4 00 

Queues 

TRANS 


Inter or el ation 


The  machines  on  sub-system  1 
The  machines  on  sub-system  2 


The  Logic  Switches  simulating  the 
"occupied" - "vacant"  condition 
of  the  cradles  on  carousel  1 

The  Logic  Switches  simulating  the 
"occupied" -"vacant"  condition  of 
the  cradles  on  carousel  2 

The  Logic  Switches  simulating  the 
"occupied"-"vacant"  condition  of 
the  cradles  on  carousel  3 

The  Logic  Switches  simulating  thb 
"occupied”-"vacant"  condition  of 
the  cradles  on  carousel  4 

Logic  Switches  301 , 302 , . . . , 316 
simulate  the  corresponding  holding 
gates  for  machine  l,2,...,l6's 
exiting  buffer  zones 

The  Logic  Switch,  when  Set, 
indicates  that  the  transfer  mech- 
anism is  not  operating 

The  Logic  Switch  simulating  the 
holding  gate  in  the  transfer 
mechanism 


The  waiting  line  in  the  transfer 
mechanism  in  which  units  wait  for 
open  cradles  on  carousel  3 


Savevalues 


1,2, 16 


100 

200 


Savevalues  in  'which  arc  stored  the 
nta  of  machine  operations  for 
maehi ne  1,2,  . . . ,16,  respective! y 

Savevalue  in  which  is  stored  the 
number  of  units  waiting  downstream 

Savevalue  in  which  is  stored  the 
number  of  units  that  have  entered 
the  model 


Storages 

1,2, ... ,16 

17.18 32 

100 

110 

Variables 

H0LD1 

HOLD  2 


Storages  whose  capacities  are  the 
finite  waiting  spaces  in  the 
entering  buffer  zones  of  machines 
1,2 16,  respectively 

Storages  whose  capacities  are  the 
finite  waiting  spaces  in  the 
exiting  buffer  zones  of  machines 
1 , 2 , . . . , 16 , respectively 

Storage  whose  capacity  is  the  fi- 
nite waiting  spaces  in  the 
transfer  mechanism 

Storage  whose  capacity  is  the 
number  of  repairmen 


A variable  whose  value  is  the 
holding  gate  number  used  in 
exiting  buffers  on  sub-system  1 

A variable  whose  value  is  the 
holding  gate  number  used  in 
exiting  buffers  on  sub-system  2 

A variable  whose  value  is  the 
cradle  number  a unit  tries  to 
occupy  on  carousel  2 when  leaving 
a machine 


0UT1 
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Gl.f  Rntit 
OUT  2 


SPA  Cl 


SPAC2 


XBUFl 


XBUF2 


IntnriiT  '.‘tail  on 


A variable  whose  value  is  the 
cradle  number  a unit  tries  to 
occupy  on  carousel  4 when  leavi 
a machine 

A variable  whose  value  is  the 
cradle  number  a unit  tries  to 
occupy  on  carousel  1 when  entering 
the  model 

A variable  whose  value  is  the 
cradle  number  a unit  tries  to 
occupy  on  carousel  3 when  leaving 
the  transfer  mechanism 

A variable  whose  value  is  the 
exiting  buffer  zone  a unit  is 
occupying  on  sub-system  1 

A variable  whose  value  is  the 
exiting  buffer  zone' a unit  is 
occupying ' on  sub-system  2 


P's 
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EXTENDED  PROGRAM  DIETING 
Required  Job  Control  Languages 

//  JOB  T 1001  RON  TAI.jU  600  J 

//  XEQ  BOOTS 

//?  I Ml 05  J OB  (S 976 , RRAD , 001 , 002 ,RR ) , ' ROSENTHA L ' 

/*  PASSWORD 

/*JOBPARM  REGION  256 

//  EXEC  GPSS,REGI0N=256K,TIME--=(  ,10) 

//DINPUT1  DD  * 


•4  CMT  ^ W M ►* 


SIMULA  I fc 


* 


FUNGI  I O'!  DCF  IN' IT  IONS 


FFAIL  FUNCTION  RN1,C2 

1 72/  i , 36 

F FUJI  1 FUNCTION'  P2.L6 

.36/2,  30/3, 20 /A,  ,.0/5, 6/6, 2 
F0UT2  FUNG  I I <3.1  I'  7,  1)1  0 

,51/8,67/9,6  3/10,  35/1  I , 36/12 
MFA1L  FUNCTION  RN1.C2 

.1/1,17 

POS 1 FUNCTION  P2.D7 

, I / l , 7/2 , 3/3, 6/6, 5/5 ,6/6, l 
POS?  FUNCTION  F>  7 , 0 1 1 

,7/7,8/8,9/9,10/10,11/11,12/ 
TC  A 1 FUNCTION  1*2,07 

,101/1,26/2,26/3,  192/6,26/5, 
TO A 2 FUNCTION  P2.L6 

, 59/2,36/3, 12/6,299/5,276/6, 
TO  A 3 FUNCTION  P7,T;11 

, 206/7 ,26/8,28/9, 20/10,26/11 
TO  A 6 FUNCTION  P7.01U 

,120/8,93/9,67/10,60/11,13/1 


TOOL  FAILURE  FUNCTION 

AD011I0.N  FACTOR  FOR  OUTPUT  CAROUSEL  2 

AUDITION  FACTOR  F 07.  OUTPUT  CAROUSEL  6 
,18/13,16/16,10/15,6/16,2 

MACHINE  FAILURE-  FUNCTION 

POSITION  OF  ARRIVAL  FOR  CAROUSEL  1 

POSITION  OF  ARRIVAL  FOR  CAROUSEL  3 
12,13/13,16/16,15/15,16/16,7 

TOA  TO  NEXT  POSITION  ON  CAROUSEL  1 
26/6, 1 92 

TOA  TO  OUTPUT  CONVEYOR  ON  CAROUSEL  2 
252 

TOA  TO  NEXT  POSITION  ON  CAROUSEL  3 
, 218/12,2  6/1 3, 26/ 16, 28/1 5,26/16,210 

TOA  10  OUTPUT  CONVEYOR  ON  CAROUSEL  6 
2, 66 3/ l 3, 6 l 7/ 16, 390/ 15, "363/ 16, 3 37 


VARIABLE  DEFINITIONS 


cun 

OUT? 

SPAC1 

SPAC2 

XDUF  1 

X8UF2 

F.0LU1 


VARIABLE 
V A R I A 8 L E 
VARIABLE 
VARIABLE 
VARIABLE 

variable 

variable 


( ( XH200- Il  + rNiFCUT 1 I 60  + 69 
( I XH200- l ) +FN 1F0UT2 1 66+163 
(XH2CC-I)  6e+l 
I XH20C- 1 1 66+97 

P2+16  EXITING  PUFFER  ZONES 

P7+16  EXITING  BUFFER  ZONES 

P2+300  HOLDING  GATE  BUFFERS 


FOR 

FOR 

FOR 


CAROUSEL 

CAROUSEL 

XBU'Fl 


H0L02  VARIABLE 


P7+300 


HOLCING  GATE  BUFFERS  FOR  XBUF6 


TRY  1 


NEXT  1 


SAVEVALUE  INITIALIZATIONS  FOR  RANDOM  TOOL  FAILURES 

INITIAL  XH1 , 10/XH2, 13/XK3, 7/XH6, 10/XH5 , 1 / XH6 , 3 
INITIAL  XM7,  16/XF8, 6/XH9,  I/XHlO,  13ZXHU,  7/XH12, 1 1 
INITIAL  XH13, 13/XH16, 3/XH15, 1/XH16, 10 

STORAGE  CAPACITY  DEFINITIONS 

STORAGE  SI-S32, 3/S100, 10/SI  10,2 

MODEL  SEGMENT  1 THE  PRODUCTION  LINE 

GENERATE  10,,,, 3 UNITS  COME  INTO  SYSTEM  VIA  INPUT  CONVEYOR 

SAVE  VALUE  ? C 0 ♦ » 1 , M INCREMENT  NC.  OF  TRANSACTIONS  ENTERED 

PRIORITY  1 DECREASE  PRIORITY 

ASSIGN  l.VSSPACl  PI-  OF  CRADLE  ON  CAROUSEL  UNIT  WANTS 

GATE  LR  Pl.WAITl  IS  CRADLE  AVAILABLE  ON  CAROUSEL 

LOGIC  S PI  CAPTURE  CRADLE  ON  CAROUSEL 

ASSIGN  3.FNST0AI  P3=10A  TO  NEXT  POSITION 
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0 

ADVANCt 

P 3 

MOVE  10  NEXT  POSITION 

9 

ASSIGN 

2iFNtP0Sl 

1*2 ; POS  ! r 1 l 1 OF  APR  1 VAL 

10 

1 KAN  SI  ( R 

BOTH, S T C R 1 i 

Tit  XT  1 StE  11  UNIT  CAN  ENTER  BllEFER 

1 1 

sum 

ENTER 

P2 

ENTER  BUflER  ZONE  IF  MACHINE 

12 

LOGIC  R 

PI 

t.MPIi  CRADLE  ON  CAsiUSEL 

13 

si  1 2 e 

P2 

CAPTURE  MACHINE 

14 

IT  AVE 

P2 

LEAVE  PUFILR 

ir> 

TEST  It 

X“*2,FNtl  FA 

IL.TFAL1  HAS  MACHINE  tcol  failed 

16 

MACH  1 

ADVANCE 

60 

MACHINE  OPERATES 

17 

SAVL VALUE 

P2+  , 1 ,11 

COUNT  MACHINE  OPERATIONS 

18 

ASSIGN 

4,ViXBUFl 

P4 -•CORRESPOND! NO  EDITING  BUFFER  ZONE 

19 

ENTER 

P 4 

ENTER  EXITING  BUFFER  ZONE 

20 

PEL  F.  A S E 

P2 

RELEASE  MACHINE 

21 

TRY2 

ASSIGN 

1 , VtOUTl 

Pl  = OF  CRADLE  ON  CAROUSEL  UNIT  WANTS 

22 

GATE  IP 

P 1 , KA  IT  2 

IS  CRADLE  A V A I L A S L ! ON  CAROUSEL  2 

23 

PRIORI 1Y 

1 

DECREASE  PRIORITY  IF  NEEDED 

24 

LOGIC  S 

PI 

CAPTURE  CRADLE  ON  CAROUSEL 

25 

LEAVE 

P4 

LEAVE  EX  I . I NG  BUrr I R ZONE 

26 

ADVANCE 

F N 5 TO  A 2 

MOVE  TO  TRANSFER  MECHANISM 

2 7 

CAR2 

GATE  LR 

399  * NOG Cl 

IS  TRANSFER  CONVEY,:'-'  .WORKING 

28 

TRANSf [R 

ROTO, TRANS , 

M0GC1  SEE  IF  UNIT  CAN  ENTER  TRANSFER 

2V 

TRANS 

ENTER. 

ICO 

ENTER  TRANSFER  MECl  AN  ISM 

30 

LOGIC  P. 

PI 

RELEASE  CRADLE  ON  CAROUSEL  2 

31 

TRY3 

ASSIGN 

6, VJSPAC2 

P6=  OP  CRADLE  ON  CAROUSEL  UNIT  KANTS 

32 

GATE  LR 

P 6 , W A l T 3 

IS  CRADLE  AVAILABLE  ON  CAROUSEL 

3 3 

PRIORITY 

1 

DECREASE  PRIORITY  IF  NEEDED 

34 

LOGIC  S 

P6 

CAPTURE  CRADLE  ON  CAROUSEL 

35 

LEAVE 

100 

LEAVE  TRANSFER  MECHANISM 

36 

NEX1  2 

ASSIGN 

8, FNST0A3 

P 8 = T 0 A 10  NEXT  POS! T ION 

37 

ADVANCE 

P8 

MOVE  TO  NEXT  POSITION 

38 

ASSIGN 

7 » F N t P 0 S 2 

p 7- pos n i un  or-  arrival 

39 

TRANSFER 

BOTH, STCK2, 

NEXT2  SEE  IF  UNIT  CAN  ENTER  BUFFER 

40 

ST  UR  2 

ENTER 

P 7 

ENTER  BUFFER  ZONE  Of-  MACHINE 

41 

LOGIC  R 

P.6 

EMPTY  CRADLE  ON  CAROUSEL 

42 

SEIZE 

P 7 

CAPTURE  MACHINE 

4 3 

LEAVE 

P 7 

LEAVE  BUFFER 

44 

TEST  LE 

X H < 7 , F N i F F A.  I L i T f A L 2 HAS  MACHINE  TCCL  FAILED 

45 

MACH2 

ADVANCE 

100 

MACHINE  OPERATES 

46 

SAVE  VALUE 

P 7-*  » l * H 

COUNT  MACHINE  OPERATIONS 

47 

ASSIGN 

9.V1X9UF2 

P9=C0RRE SPONOING  EXITING  BUFFER  ZONE 

48 

ENTER 

P9 

ENTER  EXITING  BUFFER  ZONE 

49 

RELEASE 

P 7 

RELEASE  MACHINE 

50 

TR  Y4 

ASSIGN 

6, V LOUT  2 

P6~  OF  CRADLE  ON  CAROUSEL  UNIT  WANTS 

51 

GATE  LR 

P6 , KA I T 4 

IS  cradle  AVAILABLE  ON  CAROUSEL  h- 

52 

PR  10RITY 

1 

DECREASE  PRIORITY  IF  NEEDED 

53 

LOGIC  S 

P6 

CAPTURE  CRADLE  ON  CAROUSEL 

54 

LEAVE 

P9 

LEAVE  EXITING  BUFFER  ZONfc 

55 

ADVANCE 

FN3T0A4 

MOVE  TO  TRANSFER  MECHANISM 

56 

LOGIC  R 

P6 

RELEASE  CRADLE  ON  CAROUSEL  4 

57 

OUT 

TERMINATE 

58 

N0G01 

ADVANCE 

48  0 

GO  AROUND  AGAIN 

59 

TRANSFER 

»C  AR2 

TRY  AGAIN 

60 

T F A L 1 

AOVANCE 

600, 100 

REPAIR  TCOL 

61 

SAVEVAl UE 

P 2 . 0 , M 

RESET  NO.  OF  MACHINE  OPERATIONS  TO  0 

62 

TRANSFER 

, MACH l 

GO  BACK  TO  RUN 

63 

TFAL2 

ADVANCE 

600, 100 

REPAIR  TCOL 

64 

SAVEVALUE 

P 7 , 0 ? H 

RESET  NO.  OF  MACHINE  OPERATIONS  TO  0 

! 


i 


TRANSFER  ,!‘ACM? 

WAIT1  SAVE  VALUE  100*,  l,h 

TRANS!  iR  , fiU  T 

WAIT?  ASSIGN  S.VIMOLCU 

G A I E LR  PS 

LOGIC  S PS 

ADVANCE  10 

PR  ICR  IT r 2 

LOGIC  K PS 

TRANSFER  , TRY? 

W A I T 3 CULUt  TRANS 

GATE  LK  AOO 

DEPART  TRANS 

LOGIC  s sao 

ADVANCE  10 

PRIORITY  2 

LOGIC  P.  SCO 

TRANSFER  , T RY  3 

WAITS  ASSIGN  1 0 1 VS  HOI 02 

GATE  LR  P10 

LOGIC  S P10 

ADVANCE  10 

PRIORITY  2 

LOGIC  R P10 

TRANSFER  ,TRY4 

MODEL  SEGMENT  2 

GENERATE  3000, ,,1,3 

LOGIC  S 399  TRANSFER  CONVEYOR  FAILS 

E-NTEP,  110  CAPTURE  A REPAIRMAN 

ADVANCE  1200,100  REPAIR  IT 

LOGIC  P.  399  WORK  AGAIN 

LEAVE  110  FREE  THE  REPAIRMAN 

TERMINATE 

MODEL  SEGMENT  3 MACHINE  FAILURES 

GENERATE  3900,,,, 3 MACHINE  FAILS 

ASSIGN  L.FNIMFAIL  P1=N0.  OF  MACHINE  WHICH  FAILED 

PREEMPT  PI  TAKE  MACHINE  OUT  CF  PRODUCTION 

ENTER  110  CAPTURE  A REPAIRMAN 

ADVANCE  6000,600  MACHINE  IS  BEING  REPAIRED 

RETURN  PI  MACHINE  GOES  INTO  PRODUCTION 

LEAVE  110  FREE  THE  REPAIRMAN 

TERMINATE 

MODEL  SEGMENT  A .THE  TIMER 

GENERATE  3600  TIMER  ARRIVES  AFTER  6 MINS 

TERMINATE  1 

START  1 ,NP  START  STEADY  STATE  RUN 

RESET 

START  2, ,1,1  RUN  FOR  12  MINS 

END  RETURN  CONTROL 


93 

9', 

95 

96 

* 

* 


GO  BACK  TO  PUN 

IKCk!  INI  (.0.  WAITING  DOWNSTREAM 
leave  MOOLI 

P5- FOLD l ' . GATE  FOR  OTHER  UNITS  IN  BUFFER 

I S UNIT  I 1 RST  UN  L I Nfc 

CAPTURE  I IRST  PLACE 

WAIT  TILL  NEXT  CRADLE 

INCREASE  PRIORITY 

OPEN  FIRST  PLACE  POSITION 

TRY  AGAIN 

LNTER  L INF 

IS  UN  1 I I IRST  ON  LIKE 

LEAVE  LIKE 

CAPTURE  FIRST  PI  ACE 

WAIT  TILL  NEXT  CRADLE 

INCREASE  PRIORITY 

OPEN  FIRST  PLACE  POSITION 

TRY  AGAIN 

P10-H0L0!  .G  GATE  FOR  OTHER  UNITS  IN  DUFFER 

IS  UNIT  FIRST  ON  LINE 

CAPTURE-  FIRST  PLACE 

WAIT  TILL  NEXT  CRAULE 

INCREASE  PRIORITY 

OPEN  FIRST  PLACE  PCSITTCA 

TRY  AGAIN 

TRANSFER  MECHANISM  FAILURE 


